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DETAILED ACTION 

Response to Amendment 

This Office Action is responsive to the Request for Continued Examination (RCE) 
filed September 9, 2008. Claim 29 is currently amended. Claims 1-28, 30, and 38-40 
are cancelled. Claim 29 is independent. Claims 29, 31-37, 41, and 42 remain pending. 

The Information Disclosure Statement (IDS) filed September 10, 2008 has been 
considered by the examiner. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 29 and 31-33 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Bach et al. (hereinafter Bach 739), United States Patent 5,781,739, Bach et al. 
(hereinafter Bach '660), United States Patent 6,141,660, and Francis et al. (hereinafter 
Francis), United States Patent number 6,665,861 . 

Regarding claim 29, Bach '739 substantially teaches a method for automatically 
generating a web interface for an MFS-based IMS application, comprising: 

an interface accepting a parameter set provided as a single input (Bach '660 
addressed below); 
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importing MFS-based IMS source files corresponding to an MFS-based IMS 
application (see Bach '739 column 2 lines 62-66; "...browse and download MFS source 
information"); 

generating at least one extended Markup Language Metadata Interchange (XMI) 
file for the MFS-based IMS application associated with the imported MFS-based IMS 
source files (Francis, addressed below); and 

generating a middleware application from the at least one XMI file, the 
middleware application configured to interface between a client application and the 
MFS-based IMS application (see Bach 739 column 10 lines 44-49; "The generated 
CGI-BIN program invokes this class to parse the input string from the Web browser", 
code is generated to interface between a web browser and the IMS database); and 

automatically deploying without human intervention the generated middleware 
application to one or more servers (Bach '660, addressed below). 

Bach '739 does not teach an interface accepting a parameter set provided as a 
single input. Configuring an interface to execute several different instruction sets in 
response to a parameter set provided as a single input was well known in the art at the 
time the invention was made. Bach '660 teaches using batch processing to execute 
several functions at once in response to a parameter set provided as a single input to 
the interface (see Bach '660 column 17 lines 54-67; "The RUNSCRIPT command runs a 
file that contains all of the necessary commands. A command script can be created 
either by using the CDT 400 GUI 402 or by saving the script when prompted while using 
the QUIT command. The option of allowing for batch processing with the RUNSCRIPT 
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command means the user no longer has to go through all the panels of the CDT 400 
GUI 402 and can simply modify script files (or write their own) and run them through the 
CLI 403. In theory, this should save them a lot of time (the user may not want to go 
through all the GUI 402 panels for each database if they have a substantial number of 
databases). Users can also concatenate several script files into one and just run that 
single file through the CLI."). 

Bach '739 further does not explicitly teach automatically deploying without human 
intervention the generated middleware application to one or more servers. Beginning in 
column 16 line 63, Bach '660 details the operation of the IMS object connector class 
command line interface. Using the command line interface of Bach '660, the user may 
enter all the commands for generating and deploying the middleware in a single batch 
file (see Bach '660 column 17 lines 4-12; "Using the CLI 403, the user can enter 
commands one by one, or can run a command script that contains all of the 
commands"). The user may put a GENERATE command in the batch file to generate 
the middleware (see Bach '660 column 19 lines 64-67; "The GENERATE command 
creates the classes based on the information that is specified in the DEFINECLASS 
command'). Finally, there is an UPLOAD command that can be used to automatically 
deploy any file to any server (see Bach '660 column 17 lines 42-48; "The commands for 
downloading and uploading files from the server computer 102 (LOGIN, CD, GETFILE, 
UPLOAD, and DISCONNECT) can be entered at any time. However, CD, GETFILE, 
and DISCONNECT commands can be entered only after logging onto the server 
computer 102"). Also of note is the TARGET attribute of the GENERATE command, 
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which can deploy generated classes to any server (see Bach '660 column 20 lines 6-12; 
"directory is the name of the directory where the generated C++ classes are to be 
stored'). Bach '660 teaches automatic deployment of generated middleware without 
human intervention. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to provide the batch and command line interface of Bach '660 in the 
invention of Bach '739 for the purpose of saving time and automating tedious multiple- 
command entry on an interface (see Bach '660 column 17 lines 53-67; "A command 
script can be created either by using the CDT 400 GUI 402 or by saving the script when 
prompted while using the QUIT command. The option of allowing for batch processing 
with the RUNSCRIPT command means the user no longer has to go through all the 
panels of the CDT 400 GUI 402 and can simply modify script files (or write their own) 
and run them through the CLI 403. In theory, this should save them a lot of time (the 
user may not want to go through all the GUI 402 panels for each database if they have 
a substantial number of databases)."). 

Neither Bach '739 nor Bach '660 teaches generating at least one extended 
Markup Language Metadata Interchange (XMI) file for the MFS-based IMS application 
associated with the imported MFS-based IMS source files. Francis teaches exchanging 
data between web applications and database applications using XMI (see Francis 
column 6 line 59 through column 7 line 22; "The XML Metadata Interchange Format 
(XMI) specifies an open information interchange model that is intended to give 
developers working with object technology the ability to exchange programming data 
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over the Internet in a standardized way, thus bringing consistency and compatibility to 
applications created in collaborative environments"). XMI was a well-known standard 
for exchanging data at the time the invention of the instant application was made. Both 
Bach '739 and Bach '660 solve the problem of accessing data on legacy systems (see 
Bach '739 Appendix A and Bach '660 column 4 lines 2-10). It would have been obvious 
to one of ordinary skill in the art at the time the invention was made, having the 
disclosures of Bach '739/'660 and Francis laid before him, to use XMI as a common 
format for exchanging data (as taught by Francis) between the source and target 
databases of Bach '739/'660 in order to standardize interaction between different 
systems (see Francis column 6 line 59 through column 7 line 22). 

Regarding claim 31, Bach '739/Bach '660/Francis teaches loading a script 
comprising the parameter set from persistent storage (see Bach '660 column 17 lines 4- 
1 2; "the user can enter commands one by one, or can run a command script that 
contains all of the commands"). 

Regarding claim 32, Bach '739/Bach '660/Francis teaches that the script 
comprises a plurality of parameter sets each associated with a different MFS-based IMS 
application (see Bach '660 column 17 lines 4-12; "the user can enter commands one by 
one, or can run a command script that contains all of the commands", the command line 
interface described by Bach '660 is capable of comprising a plurality of parameter sets 
each associated with a different MFS-based IMS application). 

Regarding claim 33, Bach '739/Bach '660/Francis teaches that the parameter 
set is manually entered, the method further comprising storing the manually entered 



Application/Control Number: 10/766,336 Page 7 

Art Unit: 2175 

parameter set (see Bach '660 column 17 lines 54-67; "A command script can be created 
either by using the CDT 400 GUI 402 or by saving the script when prompted while using 
the QUIT command. The option of allowing for batch processing with the RUNSCRIPT 
command means the user no longer has to go through all the panels of the CDT 400 
GUI 402 and can simply modify script files (or write their own) and run them through the 
CLI 403"). 

Claims 34, 35, 41, and 42 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Bach 739 (5,781 ,739) supra, Bach '660 (6,141 ,660) supra, Francis 
(6,665,861) supra, and Womble, United States Patent 5,488,648. 

Regarding claim 34, Bach '739/Bach '660/Francis teaches every limitation of 
claim 34, but does not explicitly disclose that the interface comprises a plurality of 
modes, each mode involving a different level of user interaction. However, it was well 
known in the art at the time the invention was made that some, if not most, command- 
line programs allow users to enter no parameters, some parameters, or all parameters 
to operate the program, as evidenced by Womble (see Womble column 13 lines 33-43; 
"This portion of the LOG EVENT program is invoked from the DOS prompt. If no 
parameters are supplied, a menu system will prompt the user for the input to the 
program. Command line parameter switches can appear anywhere on the command 
line as long as they are separated by spaces. Switches consists of a hyphen, a letter 
and a plus or minus sign to turn the switch on or off (some switches are followed by a 
string instead of the plus and minus sign) and most switches have a default setting. It is 
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only necessary to supply a switch if the default setting is not satisfactory"). It would 
have been obvious to one of ordinary skill in the art at the time the invention was made 
to provide command line interface modes accepting none, some, or all possible 
parameters as taught by Womble in the code generating interface as taught by Bach 
'739/Bach '660/Francis in order to provide different levels of interaction with the 
invention. 

Regarding claim 35, Bach '739/Bach '660/Francis/Womble teaches that one 
mode comprises a batch mode that reads the parameter set from persistent storage 
(see Bach '660 column 17 lines 54-67; "The RUNSCRIPT command runs a file that 
contains all of the necessary commands. A command script can be created either by 
using the CDT 400 GUI 402 or by saving the script when prompted while using the 
QUIT command. The option of allowing for batch processing with the RUNSCRIPT 
command means the user no longer has to go through all the panels of the CDT 400 
GUI 402 and can simply modify script files (or write their own) and run them through the 
CLI 403. In theory, this should save them a lot of time (the user may not want to go 
through all the GUI 402 panels for each database if they have a substantial number of 
databases). Users can also concatenate several script files into one and just run that 
single file through the CLI."). 

Regarding claim 41, Bach '739/Bach '660/Francis/Womble teaches that one 
mode comprises a novice mode that prompts a user for each parameter in the 
parameter set (see Womble column 13 lines 33-43; "Command line parameter switches 
can appear anywhere on the command line as long as they are separated by spaces. 
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Switches consists of a hyphen, a letter and a plus or minus sign to turn the switch on or 
off (some switches are followed by a string instead of the plus and minus sign) and most 
switches have a default setting. It is only necessary to supply a switch if the default 
setting is not satisfactory"). 

Regarding claim 42, Bach '739/Bach '660/Francis/Womble teaches that one 
mode comprises an expert mode that prompts a user to enter the parameter set as a 
single entry (see Womble column 13 lines 33-43; "If no parameters are supplied, a 
menu system will prompt the user for the input to the program"). 

Claim 36 is rejected under 35 U.S.C. 103(a) as being unpatentable over Bach 
739 (5,781 ,739) supra, Bach '660 (6,141,660) supra, Francis (6,665,861) supra, and 
Dan et al. (hereinafter Dan), United States Patent number 6,560,639. 

Regarding claim 36, Bach '739/'660/Francis explicitly teaches every limitation of 
claim 36 except presenting an error message in response to an error condition triggered 
when generating the at least one XMI file. However, including an error message to 
respond to application errors was well known in the art at the time the invention was 
made, as evidenced by Dan (see Dan column 5 lines 1-11; "error report manager may 
report any error in intended user changes to a requested web page"). It would have 
been obvious to one of ordinary skill in the art at the time the invention was made to 
include an error module as described by Dan in the invention of Bach '739/Bach 
'660/Francis for the purpose of handling error conditions in the application. 
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Claim 37 is rejected under 35 U.S.C. 103(a) as being unpatentable over Bach 
'739 (5,781,739) supra, Bach '660 (6,141,660) supra, Francis (6,665,861) supra, and 
Snover et al. (hereinafter Snover), United States Patent Application Publication 
2004/0230987. 

Regarding claim 37, Bach '739/Bach '660/Francis teaches every limitation of 
claim 37 except that importing comprises importing a plurality of MFS-based IMS source 
files from a single directory in response to a single parameter. However, it was well 
known in the art at the time the invention was made that a wildcard character can be 
entered on many command line interfaces to specify several files using a single 
parameter, as indicated by Snover (see Snover paragraph [0054]; "the service could 
perform wildcard expansion on a filename entered as "A *" on the command line. Before 
the second pass, the Name member contains "A*" as it was entered on the command 
line. During the second pass, the Filename service may locate a set of files starting with 
A and store them in the Arraylist P). It would have been obvious to one of ordinary skill 
in the art at the time the invention was made to combine the wildcard expansion 
technique of Snover with the web interface generator of Bach '739/Bach '660/Francis in 
order to make importing several files at the command line less tedious. 

Response to Arguments 

Applicant asserts that none of the cited references teach automatic deployment 
of the generated XMI files and middleware applications. The examiner respectfully 
disagrees. 
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Beginning in column 16 line 63, Bach '660 details the operation of the IMS object 
connector class command line interface. Using the command line interface of Bach 
'660, the user may enter all the commands for generating and deploying the middleware 
in a single batch file (see Bach '660 column 17 lines 4-12; "Using the CLI 403, the user 
can enter commands one by one, or can run a command script that contains all of the 
commands"). The user may put a GENERATE command in the batch file to generate 
the middleware (see Bach '660 column 19 lines 64-67; "The GENERATE command 
creates the classes based on the information that is specified in the DEFINECLASS 
command'). Finally, there is an UPLOAD command that can be used to automatically 
deploy any file to any server (see Bach '660 column 17 lines 42-48; "The commands for 
downloading and uploading files from the server computer 102 (LOGIN, CD, GETFILE, 
UPLOAD, and DISCONNECT) can be entered at any time. However, CD, GETFILE, 
and DISCONNECT commands can be entered only after logging onto the server 
computer 102"). Also of note is the TARGET attribute of the GENERATE command, 
which can deploy generated classes to any server (see Bach '660 column 20 lines 6-12; 
"directory is the name of the directory where the generated C++ classes are to be 
stored'). Bach '660 teaches automatic deployment of generated middleware without 
human intervention. 

Applicant asserts that there is no evidence that one of skill in the art would have 
found it obvious to use XMI in approaching the problems that gave rise to the instant 
application. The examiner respectfully disagrees. 
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Francis teaches exchanging data between web applications and database 
applications using XMI (see Francis column 6 line 59 through column 7 line 22; "The 
XML Metadata Interchange Format (XMI) specifies an open information interchange 
model that is intended to give developers working with object technology the ability to 
exchange programming data over the Internet in a standardized way, thus bringing 
consistency and compatibility to applications created in collaborative environments"). 
XMI was a well-known standard for exchanging data at the time the invention of the 
instant application was made. Both Bach '739 and Bach '660 solve the problem of 
accessing data on legacy systems using newer systems, such as web-based systems 
(see Bach '739 Appendix A and Bach '660 column 4 lines 2-1 0). It would have been 
obvious to one of ordinary skill in the art at the time the invention was made, having the 
disclosures of Bach '739/'660 and Francis laid before him, to use XMI as a common 
format for exchanging data (as taught by Francis) between the source and target 
databases of Bach '739/'660 in order to standardize interaction between different 
systems (see Francis column 6 line 59 through column 7 line 22). 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Stephen Alvesteffer whose telephone number is 
(571)270-1295. The examiner can normally be reached on Monday-Friday 9:30AM- 
6:00PM. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, William Bashore can be reached on (571)272-4088. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

Stephen Alvesteffer 

Examiner 

Art Unit 2175 

IS. A./ 

Examiner, Art Unit 2175 



/Kieu D Vu/ 

Primary Examiner, Art Unit 2175 



